TELEPHONE-BA SED PERSONNEL TRACKING SYSTEM 



BACKGROUND OF THE INVENTION 

This is a Continuation of application Serial No. 08/728,92 1 , 

filed October 1 1 , 1996, which is a continuation of application Serial No. 

/\ 

08/306,301, filed September 14, 1994, now U.S. issued Patent No. 5,646,839 
which was a Continuation-In-Part of application Serial No. 08/091,758, filed 
July 14, 1993, now abandoned, which was a division of application Serial No. 
07/529,894, filed May 29, 1990, now U.S. Patent No. 5,255,183, issued on 
October 19, 1993. 

The present invention relates to a system which has the ability 
to note the presence of and/or the arrival and departure times of field based 
employees at various work sites, located remotely, from their employer's main 
office. The system is designed to communicate and receive information from 
the field based employees through the telephone network. It is, in effect, a 
remotely operable, employee time clock system and will be referred to herein 
by its trademark Timeclerk™. 

Automatic Number Identification (AN1) is a telephone related 
system and protocol by which the telephone number of the calling party is 
supplied to the premises of the called party, before the called party answers the 
telephone call. ANI has been instrumental in facilitating customer billing, and 
has gained increased importance recently, ever since telephone calls have begun 
to be more often routed through several, different telephone carriers. 

The term "Caller-ID" refers in the art to an Automatic Number 
Identification system, which performs the same function as ANI, but with a 
difference type of protocol and hardware. The Caller-ID system 
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and protocol is well known to those skilled in the art 
and does not have to be described in detail herein. As 
reference, for example, note the Bellcore report 
entitled "Voiceband Data Transmission Interface Generic 
5 Requirements", which is identified as Technical 

Reference TR-NWT-000030 , issued October 2, 1992. For 
general information concerning" Caller- ID one can 
contact information Exchange Management, Bellcore, 445 t 
South Street, Room 2J-125, P.O. Box 1910, Morristown, 
10 New Jersey 07962, Telephone No. (201)829-4785. 

O It i s known to use AN I to display the 

13 calling telephone number at- the called telephone, as a 

£ ' means for enabling the called party to screen incoming 

5 telephone calls. Recently, proposals have been 

'"i 15 advanced for using AMI information for gathering data 

T about the. shopping preferences and other habits of 

p individuals for purposes of telemarketing, financial 

U services, home shopping and the like. The proposals 

W are based on the assumption that the caller and the 

| 20 registered owner of the calling telephone are the same 

person. 

Various other systems have been described in 
the prior art which enable individuals to communicate 
with central computers using passwords to gain access 

25 to the computers. Such computer systems have been used 

in the past for such diverse services as providing data 
base searching and for forwarding and receiving 
messages. In some existing computer systems, software 
has been provided to time the length of messages and to 

30 stamp the messages with time and date information. 

Voice recognition systems are also in use. 
Such systems are used for extracing information from or 
entering information into voice response systems, 



especially where cones cannot be generated via the 
telephone. 3y using simple commands, such as 'yes' 
'no', 'in', and 'cut', digits etc. can be identified 
with some degree of accuracy. 

Significant resources and costs are being 
invested by many businesses. t_o keep track of the 
whereabouts and/or arrival and departure times of their 
field based employees, e.g. nurses, field technicians, 
delivery and repair personnel or the like, at various 
work sites such as the homes of patients or the like. 
Yet, the prior art has not recognized any need, 
purpose, desire, or advantage to use AMI and/or Caller- 
ID information and to correlate it with personal 
passwords, i.e. computer access codes. That is, the 
prior art has not conceived of the idea that using and 
correlating ANI and/or Caller- ID information with 
individual employee computer access codes enables 
determining the identity of and the present location of 
a calling employee, nor to use this information to 
automatically track the whereabouts of the employee, 
and generate reports of the number of hours spent by 
the employees at remote work sites. 

Existing computer based systems for 
reporting the arrival and departure times of employees 
require manual intervention and are inherently prone to 
being abused. Further, present systems do not provide 
reliable and virtually instantaneously available 
reports on the work schedules of field employees, such 
as would enable businesses to complete the preparation 
of service bills and invoices much sooner. 



Accordingly, it is a primary object of the 
presenc invention to provide a method and system for 
enabling tracking the whereabouts and arrival and 
departure times of field based employees. 

It is a further object of the present 
invention to provide a systenTwhich is capable of 
generating daily, continuous or demand driven reports 
on the whereabouts and arrival and departure times of 
field based employees. 

It is another object of the present 
invention to provide a system which enables employers 
to receive or forward messages to employees through the 
public telephone network, including voice messages or 
alphanumeric messages . 

It is yet another object of the present 
invention to provide Point of Sales (POS) devices such 
as credit card readers, finger print reading devices, 
Radio Frequency devices, etc. as input devices for data 
that identifies the caller. 

It is yet another object of the present 
invention to provide an automatic system which is 
capable of producing reports listing calling telephone 
numbers and work site of employees, alongside the names 
or other indicia which identifies the employees. 

It is yet another object of the present 
invention to provide a time clock system for employees 
which can be accessed by field based employees by 
dialing an 800 toll free number, a 900 party line 
number, or any desired NNX-XXXX telephone number. 

It is still a further object of the present 
invention to provide a system which enables field 
personnel to communicate with a central computer 



through a telephone network by entering coded messages 
via touch tone or rotary dial telephones or other 
suitable input devices. 

It is also an object of the present 
invention to provide an especially designed, hand-held, 
pocket-sized and individualized device capable of 
generating telephone tones for' communicating with a 
centralized computer and of identifying the caller. 

Another object of the present invention is 
to provide a system to identify calling employees by, 
for example, voice recognition, recognizing finger 
prints of the calling employee, recognizing a radio 
frequency (RF) transmission emanating from a pendant or 
a watch worn by an employee . 

It is yet another object of the present 
invention to provide a biometric system to verify or 
recognize the identity of a calling employee. 

It is also an object of the present 
invention to use voice recognition systems to recognize 
a caller's voice and spoken commands, such as 
identification and function codes, and to match the 
voice and/or codes to the caller's identity either 
through voice print matches or through a specialized 
password system. 

It is also an object of the present 
invention to provide a system capable of receiving 
messages and data, which may be sent by employees at 
remote locations through' a telephone system. 

A further object of the present invention is 
to provide employees with a rotary phone conversion 
device to enable employees to use rotary phones for 
calling the system of the present invention. 
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The foregoing and other objects are 
realized, in accordance with the present invention, by 
a method for tracking and generating employee reports 
which includes the main steps of : receiving telephone 
5 calls by means of a computer system from calling 

telephones located at various^, work sites; detecting 
calling number identification data which precedes the 
telephone calls; receiving from each of the calling 
telephones calling employee identification data which 
10 identifies the calling employee; providing an employee 

identification data base containing valid, i.e. 
predefined, employee identification data; verifying 
each received calling employee identification data 
against the data stored in the employee identification 
:r l 15 data base and accepting for inclusion in a separate 

J section of a report described below authorized 

telephone calls; providing a telephone location data 
base; creating a telephone call record of each accepted 
telephone call and stamping each accepted telephone 
call record with a time and date mark; and generating a 
report containing information which defines for each 
telephone call record the location from which the 
telephone call was received, the time and date of the 
telephone call, and the identity of the employee. 
25 Authorized telephone calls comprise calls 

received with preauthorized ID codes, or from 
preauthorized telephone numbers, or from preauthorized 
employees, or any combinations of these. 

Preferably, the method of the present 
invention accepts telephone calls only from such 
employees whose personal identification data is 
included within the employee identification data base. 
The method of the present invention accepts a telephone 
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call by granting the caller access to the system. 
Therefore, although the system will make a record in 
the client data base of all telephone calls that are 
received from calling parties, those calling parties 
who do not enter personal identification data which are 
included within the employee_identif ication data base 
are not allowed access to the' various interactive 
features of the system, i.e., the system does not 
accept such telephone calls. 

Moreover, after identification of an 
employee information sent to the employee and received 
from the employee can be correlated at a central 
processing center with the identified employee thereby 
further enhancing the utility of the system. 

In accordance with a further aspect of the 
present invention, the computer system receives from 
the calling telephones computer compatible function 
codes or employees' spoken commands which indicate 
whether an employee has just arrived or is presently 
departing from a work site. The report is generated 
with information indicating the arrival and departure 
time of the employee at the work site. Alternatively, 
the computer may indicate in the report the length of 
time spent by an employee at the work site. 

In accordance with a further aspect of the 
invention, the computer system accepts telephone calls 
for inclusion in the report only from such telephone 
locations which are included in a valid AN I data base. 
The reports are generated on a daily basis. But they 
could be generated weekly or monthly or on demand. 

Reports are sent to remote sites, i.e. 
employers, through asynchronous, synchronous or using 
WAN network off-the-shelf software. 
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In accordance with a further aspect of the 
present invention, each employee is provided with a 
palm size device which is capable of generating 
telephone tones, both for dialing the computer and for 
5 transmitting to the computer employee identification 

codes as well as function codes which indicate whether 
an employee has arrived or is departing from a work 
site. Preferably, the device is also operable to -send 
to the computer an alphanumeric message which has been 
10 prestored in the device by the employee, if desired. 

When recognizable tones cannot be mechanically 
generated by the calling employees, the system is able 
W to receive the identification or function codes from a 

ll voice recognition system which interprets codes spoken 

?J 15 by the employees into the telephone. Each employee may 

J also be provided with a device which is capable of 

^ generating data that defines particularized 

jjj characteristics of a calling employee. 

k Other features and advantages of the present 

invention will become apparent from the following 
description of the invention which is provided below in 
relation to the accompanying drawings. 



O 



w 

20 



R ^TEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic overview of the 
25 overall concept of the Timeclerk™ of the present 

invention. 

Fig. 2 is a block diagram of the basic 
hardware and major software blocks which comprise the 

present invention. 
30 F ig. 3 is a state transition flowchart of a 

major constituent of a software program of the present 
invention. 
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Figs. 4A and 4B are state transition tables 
which define various states assumed by the software 
program of the present invention and further defines 
events" which determine how the software program moves 

from one state to another. 

Fig. 5 is a table _which identifies software 
routines associated with the state transition tables of 

Figs. 4A and 4B. 

Fig. 6 is a schematic of a secure computer 
accessing device by which employees may communicate 
securely through a telephone with the system of the 

present invention. 

Fig . 7 is a flowchart of the secure 

[" accessing device of Fig. 6. 

m 15 Figs. 8-17 are software flow charts of the 

present invention. 
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fp nF.TAILED DESCRIPTION ™ ™* DRAWINGS 

Referring to the drawings, Fig. 1 
illustrates the overall concept of the present 
invention in accordance with which field based 
employees 10 and 12 are shown symbolically inserting 
employee time cards 14 into telephone sets 16. In * 
actuality, the employees 10, 12 communicate by entering 
calling employee identification data into the 
25 telephones 16. For example, calling employees can 

enter information such as individual access codes and 
other codes that designate whether they have arrived or 
are departing from a work site through the touch tone 
key pad 17 or, if not available, through the rotary 
dial of telephones 16 or by speaking into the 
telephones 16. Calling employee identification data 
can also be entered into the telephones 16 by various 
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devices provided to the calling employees, as discussed 
in more detail below. Such information is then 
communicated from the telephone sets 15 to the 
telephone company's central office 20, via the 
telephone network 22. 

Located within or^off premises relative to 
the central office 20 is a computer 24 which receives 
the telephone calls and processes the information 
transmitted by the telephones 16. The computer 24 then 
generates various reports 26. These reports 26 are 
configured so that they provide for each .employee daily 
arrival and departure time information. Essentially, 
the reports 26 are in the form of daily logs, which 
list the arrival and departure times of various 
employees, of one or several different companies or 
divisions, optionally, at more than one work site. 
Optionally, the reports also list employees that were 
expected to but did not call in and other invalid 
calls. Preferably, the reports 26 list each employee's 
name, work site address as well as other particulars 
about the employee, e.g. employee number, employment 
category, etc., as a customer for the services of the 
present invention might desire or define. 

The reports 26 may also be print-outs of 
information sent by the calling employees and received 
by the computer 24 . 

While the reports 26 are shown in Fig. 1 as 
consisting of hard copy output, the same may also 
consist of electronically stored information, e.g. data 
stored on hard or flexible magnetic storage medium or 
data stored in semiconductor memory, or any other form 
of data storage. 
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As seen in Fig. 2, the computer 2 4 is 
comprised of a CPU 28, general I/O ( Input /Output ) 
circuitry '30 for communicating with a compucer keyboard 
(not shown) and with other standard, computer 
peripherals, telephone I/O hardware 32 by which the CPU 
28 is capable., of placing and Receiving telephone calls 
over the telephone network 22, and a memory 34. 

The memory 34 is associated with a program 
36, a working memory, i.e. scratch pad memory 38, a 
block of memory locations for a reference information 
data base 40, and a further memory area 42 for the 
storage therein of data and reports generated by the 
program 36. The program 36, as is well known by 
persons skilled in the computer arts, consists of 
especially prepared computer instructions which 
determine the overall flow as well as specific details 
of the sequence, flow, and organization of the 
functions carried out by the computer 24. The program 
36 also includes instructions for communicating with 
standard, off the shelf application programs available 
from various vendors, for example, application programs 
which control the telephone I/O circuitry 32 and data 
base handling software programs. 

In an embodiment of the present invention 
which has been reduced to practice, the telephone I/O 
hardware 32 comprises one or more DIALOGIC 4 XX, or 2 XX 
multi-line voice communication system boards or 
Dialogic VR/10 Speaker Independent Voice recognition 
board and Unix Voice Driver and DIALOGIC s MF 
daughterboard and DIALOGIC s DTI 124. These boards are 
designed to operate with an IBM compatible line of 
personal computers, or similar computer systems, and 
are available from the Dialogic Corporation of 
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Parsippany, New Jersey. The DIALOGIC 4 XX and 2 XX 
multi-line voice communication system boards relieve a 
system designer from the tasks of having co freshly 
design various software and hardware for communicating 
over telephone lines. These boards are known in the 
art, are capable of handling jnultiple tasks 
simultaneously, i.e. to simultaneously receive and 
process information from a number of telephones, and 
need not be described in detail. A description of the 
DIALOGIC telephone and voice communication hardware and 
software including its Voice Communications System, 
Multi-Line, Digital Telephoning Interface, MF Interface 
boards, and Voice Recognition hardware and software is 
contained in DIALOGIC data sheets which can be obtained 
by dialing 201-334-8450 or writing to Dialogic 
Corporation, 300 Littletown Road, Parsippany, New 

Jersey 07054 . 

In the aforementioned embodiment of the 
present invention which has been reduced to practice, 
the software package known under the trade name 
Vbase/40, which is a]^o available from the Dialogic 
Corporation, has been used in conjunction with the 
aforementioned DIALOGIC/40 hardware. 

More specifically, as indicated by the line 
37, the program 3 6 is comprised of main software blocks 
and functions including a software block 44 which 
contains the program instructions for receiving and/or 
placing telephone calls over the telephone network, via 
the telephone I/O hardware 32. Essentially, this 
program block 44 is responsible for initializing the 
telephone I/O hardware 32 (the DIALOGIC 4 XX or 2 XX 
boards) and for initiating and permitting telephone 
communications to proceed. 
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The software routine in block 4 6 is 
responsible for receiving from the telephone I/O 
hardware 32 AN I (Automatic Number Identification) data 
by which the program 36 determines the origin of the 
telephone call, or in other words, the location from 
which the telephone call is originating. Preferably, 
but not necessarily, the ANI 'information is used to 
screen incoming calls by comparing incoming ANI data 
with information stored in the reference data base 40. 
As previously discussed, a "Caller-ID" system and 
protocol may be used to identify the location from 
which the telephone call received by the system is 
originating. This feature enables the present 
invention to validate telephone calls originating from 
preauthorized calling telephones. It is also used to 
store and track calls from other than preauthorized 
calling telephones or, if desired, to reject such 
calls. 

The software block 48 is responsible for 
receiving from the calling telephones 16, via the 
telephone I/O hardware 32, employee identification 
information which the employees enter through the touch 
tone keypad or rotary dial 17 of the telephones 16 or 
by speaking into the telephones 16 {Fig. 1). The 
identification ("ID") information, like the ANI 
information, is preferably verified against reference 
data contained in the reference data base 40, to screen 
or reject unauthorized telephone calls. The 
identification information may also be entered using 
hand-held or other portable devices provided to the 
employees. Such devices are discussed below. 

The capability to recognize a calling 
employee's voice is provided by software and hardware 
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using a voice recognition system. The voice 
recognition system allows for- either continuous speech 
or discrete speech patterns. After a spoken word is 
recognized as being in a specified language, i.e. 
English, French, Spanish or a dialect threof, the yoice 
recognition system matches it. for a correct command, 
and then matches the spoken word with previously 
recorded voice prints. The voice recognition system 
identifies the unique signature of the spoken word. 

For example, when a call is placed from a 
device which cannot generate tones that are 
recognizable by the system (i.e., rotary phones) the 
capability to recognize the voice of the calling 
employee is accomplished by software block 65. Using, 
for example, the Dialogic hardware, each digit 
representing the identification ("ID") information is 
accumulated in memory for later processing. The 
function ID (i.e. "in" or "out") commands are also 
decoded. When the decoding fails, a user is prompted 
to reenter the identification digits as necessary. 

The software routine 50 is responsible for 
correlating the ID data with the ANI data, with respect 
to each call. This information is stored for later use 
in developing the reports 26 and is also optionally 
used to insure that the calling employee is calling 
from the telephone location where he or she has been 
prescheduled to appear. Alternatively, information 
that a certain employee has appeared at other than the 
predesignated location might be relayed immediately to 
the employer to whom the receipt of such information 

might be valuable . 

Upon verifying that the correct ANI and ID 
information have been received, a computer record is 
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generated of the call. This record is stamped with a 
time and date indicia and preferably with further 
indicia which indicate (in response to an appropriate 
entry made by the field employee) whether the record 
pertains to an arrival or departure of the employee 
from the particular work site. This function is 
carried out at the software block 52. 

At the conclusion of each day and/or any 
other desired or predefined reporting period, the 
software program 36 generates {within the software 
block 54) various reports 26 for the employees of one 
or several companies, indicating and/or providing a 
list of the arrival and departure times of each 
' employee and the place where services have been 
performed. This information is stored in the data base 
42. 

The information in the data base 4 2 is then 
forwarded (see the software block 56) to subscribers or 
users of the present invention as hard copy output (as 
shown in Fig. 1) or electronically through a telephone 
link or through a direct computer connection. The 
reports can be sent either asynchronously, 
synchronously or through WAN networks. Standard off 
the-shelf packages are used to transmit the data. 

Another major function of the program 36 
includes generating and playing various voice messages 
and beeps (at the block 55) which serve to direct and 
prompt the calling employee to enter the correct codes 

and information. 

A further function provided by the program 
36 involves receiving and/or sending voice messages to 
and from employers and their employees. That is, the 
software block 60 is designed to receive from the 
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employers alphanumeric (ASCII) information comprising 
short messages which the software block 60 is 
configured to convert, by means of voice synthesizing 
circuitry (presently available from the Texas 
instruments Company) , to voice messages which are then 
played to one. or more em P loye_es , at their current work 
site. It is contemplated that such messages will be 
used to inform employees of their upcoming work 
assignments, for the next day or for several coming 
days. On the other hand, a call could be initiated by 
an employee wishing to leave a short message of, for 
example, about 10-15 seconds (to limit memory usage). 
Such a message is received by the software block 60. 
digitized, stored, and later forwarded to the employer. 

The software block 62 serves the function of 
receiving from employees and sending to employers 
alphanumeric messages which will be inputted by 
employees (in accordance with one embodiment of the 
invention) through a special device 100 (see Fig. 6), 
described further on. The device 100 obviates the need 
to manually enter information and allows the computer 
24 to generate ASCII messages which could be far more 
easily stored and relayed to employers, in a more 
organized fashion. 

The software block 62 provides the ability 
to call various work sites in response to requests from 
employers to check whether the designated employee is 
present. at the particular work site. For this purpose, 
calls are initiated by the computer 24. During such 
calls, the employee is prompted, through the playing of 
appropriate voice messages, to enter his or her 
individual access code as well as other codes 
designating the presence of the called employee at the 
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particular work site. The software block 64 also 
operates in certain modes to place calls to work sites 
to verify the presence of an employee who has failed to 
call in. Preferably, voice messages are played which 
direct the employee how to enter their arrival time 
through the key pad 17. 

Fig. 3 depicts a 'state transition table 63 
which relates to portions of the program 36 that 
involve responding to and handling incoming telephone 
calls and data. Thus, at first, after performing an 
initialization routine, the program 36 enters a wait 
call state 64. Normally, a telephone set or channel is 
in an "on hook" condition at which condition the 
telephone is ready to receive incoming calls. When the 
tip and ring wires of a telephone indicate an incoming 
call, the telephone answers the call by going "off 
hook". 

The software program 3 6 remains in the "wait 
call" state 64 while awaiting an incoming call, when a 
call is placed, the incoming call is preceded by AN I 
information, in a form of a plurality of digits 
identifying the calling telephone number. In 
accordance with telephone company protocol, this 
information is received as a dual tone multiple 
frequency (DTMF) or as a MF signal which signal is then 
decoded in the telephone I/O hardware 32 and processed 
by the CPU 28. After the AN I information has been 
received and, preferably, after having verified that 
the call is originating from an authorized telephone, 
the program 36 proceeds to the "set off hook" state 66. 
In state 66, the program 36 sets up the hardware to the 
off -hook condition, i.e. the call is answered and the 
software is readied to receive information originating 
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from the telephones 16, e.g. the employee 
identification code. The program 36 then proceeds to 
the "play voice message" state 68 at which the software 
in block 55 is exercised to play voice messages which 
direct the telephone caller to enter his or her 
identification access code. _ 

In response, when the employee will have 
operated the touch tone pad 17, the program 3 6 proceeds 
to the state 72 where it receives and verifies the 
incoming DTMF data against information which is 
contained in the reference data base 40. However, when 
the employee does not call from a telephone having a 
touch tone pad, and the program receives a voice 
activation, the program proceeds to the state 87 where 
it receives and verifies incoming spoken digits against 
information that is contained in the data base 40. 

If the caller fails to enter any information 
or does not complete entry of all of the necessary 
information within a preset time period, the program 
returns to the state 68 and plays an appropriate 
message. If after a set time or a number of tries the 
correct information is still not received, the program 
36 progresses to the "play beep" state 74 at which it 
sounds a beep indicating that the call is being 
terminated. 

At all times, and regardless of the state of 
the program 36, the telephone I/O hardware 32 monitors 
whether the incoming telephone connection has been 
disconnected at the source for any reason. If it has, a 
"line disconnected" flag is activated and the program 
36 transfers unconditionally to the "set on hook" state 
70. There, appropriate procedures are executed which 
set the telephone I/O hardware 3 2 in the "on- hook" 



condition. Thereafter the program returns to the 
"wait-call" state 64. 

Referring now to Figs. 4A and 4B. the 
various states (Fig. 3) of the program 36 are presented 
in these figures as tables in which the program states 
are presented against "events" which trigger the 
P rogram'36 to transfer from one state to another. In 
essence, Figs. 4A and 4B denote with greater 
particularity the events, i.e. conditions, 
(corresponding to the arrows in Fig. 3) which prompt 
the program 36. Thus, when the program is in the "wait 
call" state 64, the event designated RR (received ring) 
80 causes the program to transfer to the "set off hook- 
state 66. Similarly, the event OH (off -hook) 86 
(designating completion of setting up of the "off hook- 
state) causes the program 36 to leave the state 66 and 
enter the state "play voice message" 68. 

In Figs. 4A and 4B, RR designates "received 
ring"; OH denotes "off -hook procedure completed"; LD 
represents "line disconnected"; ENDF represents "end of 
play file reached"; TO represent "time-out" (while 
waiting for DTMF digits); DTMF represents' "received 
DTMF digits" and SIL denotes "silence" during play file 
which results in transferring of the program 36 to the 
"set on hook" state 70 from all states. Other events 
include: EXIT representing "exit event"; ON denoting 
"ON HOOK" ; TR1 representing "ANI digits received"; TR2 
representing "exit event 2"; and TR3 denoting "play 
file event", GET VOICE DATA 87 represents an incoming 
spoken digit recognized by the hardware. 

In transferring from one state to the next, 
the program 36 executes special entry and exit 
routines, as shown in Fig. 5. Thus, for example, as 
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the program 36 enters the state "set on hook" 70, the 
routine "on hook entry" 88 is executed.. Similarly, the 
routine "on hook exit" 90 is executed when the program' 
36 exits the state "set on hook" 70. Details of these 
entry and exist subroutines are provided further on. 

It., should be noted that since the DIALOGIC 
4XX or 2XX board, which is used in the telephone I/O 
hardware 32, contains several channels for 
simultaneously handling a plurality of telephone calls, 
the program 3 6 maintains the aforementioned states and 
executes the routines simultaneously and independently 
for the various telephone channels. 

In Fig. 5, the "on hook entry" subroutine 88 
sets the hardware of a corresponding telephone channel 
of the DIALOGIC 4 XX or 2 XX board to "on hook" . Upon 
leaving the "set on hook" state 70, the "on hook exit" 
subroutine 90 is executed to create a transaction 
record of the particular telephone call which is 
date/time stamped. Preferably, the date/time stamp 
reflects the ending time of the telephone call. It 
also indicates whether the record pertains to the 
employees' arrival at or departure from the work site. 
This record is then stored at the report data base 42 
by a software procedure which is called "WRITE RCD" . 
The "WRITE RCD" is one of a number of software routines 
which are called upon and executed in conjunction with 
the software routines identified in Figs. 2, 3 and 5. 
"WRITE RCD" is part of the software block 54 of Fig. 2. 
It serves to generate a record for the report 26 in 
data base format. This routine comprises an off shelf 
software package which is able to generate a data base 
record, which record is in 'a form usable by a standard 
software package such as the DBASE III Plus database 
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programming language available from Ashton Tate, or any 
other compatible software language. 

The "wait call entry" subroutine 92 clears 
any DTMF digits that may be present in the memory of 
any given channel of the DIALOGIC 4XX or 2XX board. 
The "wait call exit" subroutine 94 does not perform any 
particular function except for transferring program 
control to the next state. 

Functions performed by the other subroutines 
of Fig. 5 and other software routines which are 
associated with the program 36 are as follows: 

"Off hook entry" routine 96 is the entry 
UJ software routine which establishes the "set off hook" 

T state 66, of the channel being handled, unless a "line 

m 15 disconnect" flag is raised. 

^ The exit function for the "set off hook" 

T sta te 66 is controlled by the routine "off hook exit" 

O SQ The telephone call transaction record is date and 

fj time stamped to reflect the start time of the call. A 

LU 20 -complete" field within the telephone record is set to 

the character "N" to indicate non-completion of the 
call, when appropriate. 

The routine 98 initializes a buffer in the 
DIALOGIC 4 XX or 2XX board to indicate that no DTMF 
25 digits have as yet been received. The routine 98 also 

initializes the voice message files to set them up to 
play an introductory voice message and is further 
involved in initializing certain counters within the 
software, e.g. a counter which counts the number of 
times a message has been repeated. 

The "play file entry" subroutine 102 is the 
entry function subroutine for the "play voice message- 
state 68. Each time a voice message is to be played, a 
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count of the number of times a voice file has been 
played is incremented. If the voice file has been 
played more than a maximum allowable number of times, a 
different voice file is played which informs the user 
that the call is being terminated. A further 
subroutine named " PLAY" is called to actually play the 
voice message, 

A voice file is kept as a global structure 
for use by the various channels in the system.^ The 
"PLAY" software opens the file to be played and 
interfaces with an RWB buffer of the DIALOGIC 4 XX or 
£3 2 XX hardware to set the parameters desired for playing 

ui a particular voice file. Then the voice message is 

£ played. 

J n 15 The exit function for the "play voice 

Nj message" state 68 is called "play file exit" 104. The 

~ voice file is closed by this routine and the subsequent 

Q function performed by it is dependent on the type of 

voice file just played. If the introduction voice file 
has just been played, then the next voice file played 
instructs the employee to enter the ID data. 
Thereafter, a test is performed to determine whether 
the ID is valid. If, after a number of tries, the 
wrong ID is received a beep is played informing the 
25 caller that the call is being terminated. When this 

occurs, an internal software control flag is generated 
which provides an indication to the software to update 
the data base to finish the call and to indicate an 
unsuccessful record. The playing of a "Good-bye" voice 
30 file indicates a successful call, in which case the 

data base is updated accordingly and the call is 
finished. 
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Upon entry into the "play beep" state 74, 
the "play beep entry" routine 106 is executed. This 
routine determines whether a beep should be played 
subsequent to the playing of a voice message which 
expects a DTMF response from the user. This routine 
also interfaces with and initializes the RWB fields in 
the DIALOGIC 4 XX or 2XX hardware. 

The "play beep exit" routine 108 comprises 
the exit function for the "play beep" state 74. If the 
caller has not entered DTMF (or rotary) information, a 
counter is incremented which maintains a count of the 
number of times a response has not been received. If a 
maximum count is reached, a flag (corresponding to 
event "TO" in Fig. 4A> is generated and the file is 
closed. 

"Get DTMF Entry" is an entry routine 110 
responsible for getting the DTMF data. It also updates 
the RWB buffers of the telephone I/O hardware 32. 
Termination conditions for user entered DTMFs are 
established. For ID and ADM inputs, reception of the 
DTMF data is terminated by either the number of digits 

or by a time out. 

Routine 112, "Get DTMF exit", is the exit 
function for the "get DTMF data" state 72 and 
determines whether a time-out has occurred, by calling 
a routine named "CKTIMEOUT" . This routine 112 also 
determines whether valid DTMF data, corresponding to an 
authorized ID access code, has been received. The 
routine 112 uses another routine named " IDAUTH" in 
checking the DTMF data. The "get DTMF exit" routine 
112 also recognizes certain passwords which designate 
individuals having super access to the system, i.e., 
supervisory personnel or programmers or the like. 
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"Get Voice Entry" is an entry routine 116 
responsible for getting the identification data. It 
also updates the RWB buffers of the telephone I/O 
hardware 32. Termination conditions for user entered 
identifications are established. For ID and ADM 
inputs, reception of the voice data is terminated by 
either the number of digits or by a time out. 

Routine 115, "Get Voice Exit" is the exit 
function for the "Get Voice Data" state 114 and 
determines whether a time-out has occured, by calling a 
routine "CKTIMEOUT" . This routine 115 also determines 
whether valid identification data, corresponding to an 
authorized ID access code, has been received. The 
routine 115 uses another routine named " IDAUTH" in 
checking identification data. The "Get voice Exit" 
routine 115 also recognizes certain passwords which 
designate specific individuals having, for example, 
special access to the system. 

The previously mentioned "CKTIMEOUT" routine 
checks whether more than a maximum number of seconds 
elapsed since entry of the expected number of DTMF 
digits began. In the case of a time-out, the voice 
file is played to request more DTMF digits or to 
reenter voice commands and another time-out is set. 

" GETID" is a routine which is called after 
the ID code DTMF or voice data is received. The 
routine compares the received ID against ID reference 
data expected to accompany the previously received ANI 
data. When the routine notes an ID representing a 
privileged user, a special function is carried out to 
check for a necessary password. If the ID is that of 
an employee reporting from a work site and the ID 
agrees with the ANI data, the record is completed and a 
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-complete" flag is set to "Yes". The software is then 
set to play the "good-bye" voice message. If an 
unexpected ID is received, a special procedure is 
performed in the software to check whether the ID is 
valid. 

11 IDAUTH" , another software routine, compares 
incoming ID data against corresponding information 
stored in the data base 42. A special software 
function called "LOOKID" determines whether the ID is 
in the data base. If the ID is in the data base but 
does not match AN I data which should accompany it, the 
record is completed but an entry is made that the 
employee is not the assigned employee. Thereafter, the 
"good-bye" message is played. If the ID is not 
recognized, a special voice message is played asking 
the caller to enter an ID again. 

Additional functions carried out by the 
program 36 include evaluating not only the calling 
number but also the called number. The system uses the 
called number to provide client services such as 
leaving a voice message, picking up a voice message, or 
both. The system uses the called number to segregate 
incoming telephone calls according to employers and to 
. generate the reports 26 on the basis of employer 
preferences and specifications. That is, within 
certain limits, each subscriber is able to define the 
format and other criteria for its reports 26. 

The program 3 6 further operates to period- 
ically check a client data base and compare the expec- 
ted calls with the received calls. Based upon such a 
comparison, the system provides the option of calling 
an employee at a work site to verify his/her presence. 
Employees that do not call in or whose presence at a 
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work site has not been verified are later flagged in 
so-called "exception reports", i.e. reports which iden- 
tify the no-show or the failed- to-cail - in employee. 
The system uses this data to call failed- to-call - in 
employees and asks them to report their employer ID. 
The program 3 6 also preferably, prompts an employee 
whose presence has been verified at the work site to 
enter, through the key pad 17, his/her arrival time. 

As is characteristic of computer hardware, 
the computer 24 includes a system clock (not shown) and 
the program 3 6 periodically checks the system clock and 
determines when to transmit data to employers. When 
the software determines that it is the appropriate time 
to transmit the data, the software activates the 
communication software 56. The communication software 
dials the remotely located subscriber and determines if 
the subscriber is ready to receive information. If it 
is, the information is transmitted. If it is not, the 
program 36 will schedule the information to be 
transmitted at a next predetermined time. A standard, 
off-the-shelf communication software such as CLOSE-UP 
by Norton-Lambert, Inc. is used in the software 56 to 
transmit the data. 

As previously noted, the program 3 6 will 
store both valid as well as invalid incoming telephone 
calls, i.e. calls containing invalid ANI or employee ID 
data. Later, the subscriber will receive an exception 
report of all invalid calls. 

Timeclerk 7 " provides a data base system at 
the remote subscriber (client) site to those 
subscribers that require a system for collecting and 
reviewing the transmitted data and maintaining a 
schedule of employee arrival and departure times. The 



system provides the capability to add, update or delete 
employee schedules and update or delete transactions, 
and print reports by employer-client customers at a 
designated period of time. In other words, it provides 
the means for subscribers to identify and transmit to 
Timeclerk™ the specifications^, parameters and 
conditions relating to their employee data base, work 
sites, conditions for accepting incoming telephone 
calls, layout and format of the reports 26 and the 
like. 

The present invention preferably further 
includes (as part of the telephone I/O circuitry 32) 
means for digitizing and storing short voice messages. 
These messages are appended to the telephone call 
record. With the recent introduction of and increasing 
availability of ISDN services from the telephone 
companies, the capability of transmitting large amounts 
of digital data over telephone wires has become 
possible, enabling forwarding of digitized voice 
messages to employers. In this connection, the present 
invention contemplates to include a mode in which 
employees would be requested to enunciate a short, 
standard phrase to be included with and stored as an 
appendage to each telephone record, as a means for 
assuring that employees are not placing calls for one 
another. 

The present invention further envisages that 
employees will call from cellular telephones. It is 
contemplated that future AN I protocols will include 
within the AN I data a portion designating the 
geographical location, i.e. "cell" from which the 
telephone call is originating. Such information will 
be used to determine the general geographical area from 
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which a telephone call has been made and will serve a 
useful purpose in such fields as the trucking industry 

and the like. 

in accordance with another feature of the 
invention, the reference information, data base 40 also 
includes a map of the locations of the various public 
pay telephones. This will enable employees to register 
their arrival/departure times from nearby pay 
telephones, should the placement of calls from the 
actual work site not be possible or practical. In 
accordance with yet another embodiment, the computer 
system 24 is located to be reached through 
predesignated, toll-free 800 telephone numbers. 

A further feature of the present invention 
permits the software program to associate a calling 
employee with his or her employer on the basis of the 
"called" number. That is, the system dedicates one or 
more distinct telephone numbers to each employer. This 
feature enables, among other things, generating unique 
reports 26 for each of a number of employers 
subscribing to the reporting service of the present 
invention. 

The present invention provides many 
advantages and has applications in numerous fields. The 
ability of the present invention to provide virtually 
instant, complete, and computer ready records of 
employee work schedules permits such records to be 
automatically transferred to existing time billing 
systems. This enables immediate preparation of billing 
invoices. Since, in certain service industries 
governmental agencies and insurance companies often 
times reimburse service providers for the services, the 
more reliable and expeditious billing made possible by 



the present invention represents a significant 
financial advantage. 

The concepts and systems of the present 
invention are also applicable to fields such as, 
auditing, i.e., accounting, computer security, home 
phone shopping, trucking, technical field service, 
funds transfer, insurance claims and payments, and the 
like. While the invention has been described above as 
requiring employees to enter information through 
telephone touch tone keypads, the present invention 
further contemplates, in accordance with Figs. 6 and 7, 
that each employee will be provided with a secure 
computer accessing device 100 which will avoid the need 
to enter special access codes or even dial the 
telephone number of the central computer 24 or the use 
of voice activated commands. Referring to Figs. 6 and 
7, the device 100 comprises a housing 120 containing 
electronics 122 which include a tone generator receiver 
124, a microcomputer 126 and a keyboard/push-button 
interface circuit 128. The housing 120 supports 
several push buttons including an "arrived" push-button 
130, "departing" push button 132, "transmit message" 
push button 134, and "store message" push button 136. 
The housing 120 further supports an alphanumeric 
keyboard 138. A flexible cable 140 connects the 
electronics 122 with a speaker pad 142. 

In operation, a field employee lifts the 
telephone 16, places the speaker pad 142 against the 
mouthpiece of the telephone and presses the "arrived" 
push button 130.. The device 100 then automatically 
emits the necessary tones which dial up the computer 
24 . 
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The microcomputer 126 of Fig. 6 includes a 
software proaram which operates in accordance with the 
flow chart o£ Fig; 7. That is, normally the program is 
in a start state 150 in which general tasks relating to 
initializing and running of the software are carried 
out. The program enters the decisional step 152 
periodically to determine wheEher the "store message- 
button 136 has been depressed. It is has, the program 
proceeds to the step 154 in which it accepts and stores 
a message entered through the keyboard 13 8. 

If storage of a message has not been 
requested, the program enters decision step 156 to 
determine whether any of the other push buttons 13 0, 
132, 134 has been depressed or if a voice command has 
been received. If they have not, the program returns 
to the start state 150. Otherwise, the following steps 
are executed. First, in the step 158, the telephone 
number of the computer system 24 is dialed and a pause 
(step 160) is interjected to enable the computer 24 to 
answer the call. Thereafter, the ID code is 
transmitted by the device 100 at step 162. The ID code 
of each device 100 is unique to that device. It serves 
to identify the employee to whom the device was issued. 

At steps 164 and 166 it is determined which 
of the push-buttons 130, 132, and 134 has been pressed. 
If the "arrived" push-button 13 0 has been pressed, an 
appropriate function code, designating an "arrival", is 
transmitted at step 168. At step 170, a "departing" 
code is transmitted when this has been requested. Step 
172 is activated when a user has requested to transmit 
a previously stored message. 

The device 100 of Fig. 6 and 7 is preferably 
palm sized, to fit in the pocket or small handbag of an 



employee. The device 100 provides the following 
advantages. It relieves employees from having to 
memorize access codes, simplifies communications and 
avoids the problem of miscommunications arising from 
inaccurately entered codes. It reduces the chance that 
employees will be able to cover for one another through 
disclosure to fellow employees of their personal ID 
codes. The device 100 enables employees to compose and 
send to their emoloyers shorD messages. While the 
device 100 includes a -spfcaicfrr pad 142 , it could also 
include a second pad (not shown) for placement over the 
ear piece to enable the device 100 to interactively 
communicate (receive) messages from the computer 24. 

In lieu of the device 100 of Fig. 6, i.e., 
the use of the key pad to key in codes, the present 
invention contemplates the use of voice recognition 
systems and methods for identifying the calling 
employee. One skilled in the art can easily obtain and 
is familiar with information describing the burgeoning 
technology in voice recognition systems. There is a 
large body of issued patents on the subject of 
inputting into a computer a voice sample of a person, 
digitizing the sample, and matching the sample to 
stored samples to identify spoken words. The body of 
patents on voice recognition is incorporated by 
reference herein. 

In any case, the present invention also 
contemplates the recognition of an employee by the 
employee uttering a simple message, which when 
transmitted to the central computer of the present 
invention can be analyzed to derive therefore various 
patterns and characteristics unique to the particular 
employee to identify the same. 



Further the device 100 can be provided with 
a glass window optical reader ac which the employee may 
place a finger or a thumb. 'Jnder the window there is 
provided a small, minute optical reader which reads the 
finger print of the employee and transmits information 
characterizing the same to the, central computer for 
identifying the particular employee by matching the 
received data (or a check sum or other representations 
thereof) against data prestored in the system. 

Biometrics is another advantageous method of 
automated personal identification. Biometric systems 
are automated methods of verifying or recognizing the 
identity of a living person on the basis of some 
physiological characteristic, such as a fingerprint, 
iris pattern, or some aspect of behavior, such as 
handwriting or keystroke patterns. It is envisioned 
that such biometric systems can be provided for 
recognition of an employee. In particular, a signature 
identifying system is contemplated as being 
advantageous for use in the present invention. 

For completeness, Figs. 8-17 have beren 
provided as additional flow charts which define the 
various functions and processes of the Timeclerk™ 
system. Briefly, the program 36 is essentially divided 
into three main parts including a voice processing 
subsystem 200, a data processing subsystem 202 and a 
communication processing subsystem 204. A client host 
computer 206 communicates via asynchronous, synchronous 
or wide-area network (WAN) communication links with the 
communications processing subsystem 204 of Timeclerk™ 
(Fig. 8). Fig. 9 shows a self-explanatory flow chart 
of the voice processing subsystem 200. It is worth 
noting with respect to Fig. 9 that, if an invalid ANI 



is detected at the flow chart step 20, this fact is 
stored in an exception report. See steps 203 and 205. 
in addition, Timeclerk™ also provides the option of 
connecting the employee directly to his/her employer, 
as denoted by the step 207. In this manner, the 
employee can explain to the employer directly and 
immediately why he or she is not at the. prescheduled 
work site. Fig. 10 defines the main components of the 
data processing subsystem 202. These include a client 
data base 208, a transaction record data base 212, a 
utilities program 216, a report data base 214, a 
communications options block 220 and an accounting 
subsystem interface 218. The main components of the 
client data base 208 are shown in Fig. 11 and these 
include an add-employee schedule routine 210. Figs. 
12, 13 and 14 show further components of the add- 
employee schedule routine 210. 

The main software functions associated with 
transaction data base 212 are depicted in Fig. 15. 
Fig. 16 is a self-explanatory flow chart of the main 
constituents of the report data base 214. The 
utilities portion 216 of the program is illustrated by 
way of the flow chart of Fig. 17. 

Although the present invention has been 
described in relation to particular embodiments 
thereof, many other variations and modifications and 
other uses will become apparent to those skilled in the 
art. It is preferred, therefore, that the present 
invention be limited not by the specific disclosure 
herein, but only by the appended claims. 



